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(54) Transport protocol conversion method and protocol conversion equipment 



(57) A transfer protocol conversion method and a 
protocol conversion equipment are disclosed in order to 
transmits TS packets for a CATV network, a DAVIC net- 
work or the like by use of IP packets for the internet. In 
a network (56) using TS packets, the transmission is 
made with an internet protocol header (6) stored in a 
private field of an adaptation field (2; 7; 13; 20) defined 
in the TS packet. An equipment (62; 302) for protocol 
conversion between a network (56; 200) using TS pack- 
ets and an internet (50; 400) forms an IP packet for the 
internet by use of the header transferred by the private 
data. Further, lower 8 bits (331) of the IP address of an 
IP packet and lower 8 bits (332) of the P ID value of a TS 
packet are made the same and upper 24 bits (333) of 
the IP address are converted into a 5-bit value so that 
the converted 5-bit value is made to correspond to 
upper 5 bits (334) of the PID value. 
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Description 

BACKGROUND OF THE INVENTION 

10001] The present invention relates to a method and 
system for transmitting an MPEG (Moving Picture 
Experts Group) image by use of the Internet Protocol 
(hereinafter referred to as IP). More particularly, the 
present invention relates to a network connection 
method using a transmission system conversion equip- 
ment for performing a rapid processing for conversion 
between an MPEG transport protocol and the Internet 
Protocol and a method for encapsulation of MPEG data 
to be transmitted. Also, the present invention relates to 
a method/equipment in which the conversion between 
an IP address and the PID (Packet Identifier) value of a 
TS (Transport Stream) packet is performed when a 
video signal transmitted using the Internet Protocol (IP) 
is to be transmitted by use of the H.222.0 system and a 
video transmission system which uses such a 
method/equipment. 

[0002] As an international standard for a system for 
transmitting a video signal in a digitally coded form, 
"GENERIC CODING OF MOVING PICTURES AND 
ASSOCIATED AUDIO: SYSTEMS" has been pre- 
scribed as ISO (International Organization for Stand- 
ard)/IEC(lnternationaI Electrotechnical Commission) 
13818-1, ITU-T (International Telecommunication 
Union-Telecommunication Standardization Sector) 
H.222.0 Recommendation. This international standard 
for MPEG system (hereinafter referred to as H.222.0) 
has prescribed a standard for transmitting a video signal 
compressed on the basis of an MPEG system. Therein, 
two kinds of formats have been prescribed. One is a 
program stream (hereinafter abbreviated to PS) format 
supposing the transmission from a storage medium or 
the like for which the generation of bit error is relatively 
less. The other is a transport stream (hereinafter abbre- 
viated to TS) format supposing a communication net- 
work for which the generation of transmission bit error is 
forecast. 

[0003] Since the present invention is directed to a 
code conversion system when a compressed or coded 
video signal is to be transmitted in a TS format, brief 
description will now be made of the prior art of a video 
transmission system based on the TS format. In an 
MPEG system the object of which is the coding and 
transmission of video and audio signals, an inputted 
video signal such as a television signal is digitized and 
the obtained digital signal is subjected to data compres- 
sion by use of techniques including discrete cosine con- 
version, variable-length coding, and so forth. Though 
techniques used in conjunction with an audio signal are 
different from those in the case of the video signal, the 
audio signal is compressed by removing redundant data 
after digitization. The compressed signal is termed an 
elementary stream (hereinafter abbreviated to ES) and 
is data which forms an elementary part of the 



video/audio signal in conformity with the term. In the 
MPEG, this video/audio data is represented using the 
term of (bit) stream. 

[0004] In a cable television or community antenna tel- 

5 evision (CATV), satellite communication network, asyn- 
chronous transfer mode transmission network 
(hereinafter abbreviated to ATM network) or the like in 
which an MPEG video signal is transmitted, it is sup- 
posed that the generation of bit error at the time of data 

10 transmission is relatively frequent. Therefore, an ele- 
mentary stream (ES) is transmitted in a form partitioned 
into small packets in order to narrow a range over which 
a trouble caused by transmission error extends. The 
packetized elementary stream (hereinafter abbreviated 

is to PES) has a format in which header information called 
PES header is added to ES. In the transmission in the 
communication network exemplified above, PES is 
transmitted with a form further partitioned into smaller 
188-byte packets called transport stream (TS) packets. 

20 As shown in Fig. 13, the TS packet includes a 4-byte 
header and a 184-byte payload for storing data. Fig. 14 
shows the structure of the header of the TS packet. The 
TS header is composed of a 1-byte synchronization 
byte (Ox47) 133, a flag 134 representative of the 

25 attribute of the TS packet (the explanation of the con- 
tents of the flag will be omitted since they are not impor- 
tant to the present invention), 13-bit packet identifiers 
(hereinafter abbreviated to PID) 135 and 136, a scram- 
ble control identifier 137, an adaptation field identifier 

30 1 38, and a 4-bit cyclic counter 1 39 used for checking the 
continuity of the packet. In the transport stream, a field 
called adaptation field can be transmitted prior to a data 
field which is called payload and is used for storing 
video data. A program clock reference (hereinafter 

35 abbreviated to PGR) aiming at the clock synchronization 
of the system and private data can be stored in the 
adaptation field. It is prescribed that when the adapta- 
tion field is transmitted using the TS packet, the exist- 
ence of the adaptation field should be designated by an 

40 adaptation field identifier in the TS header. 

[0005] Though the MPEG system is a system devel- 
oped corresponding to CATV or digital satellite broad- 
casting, a service utilizing an MPEG image is recently 
provided by a network called the Internet having grown 

45 with the main object of data communication between 
computers. In order to ensure the interconnectability of 
communication in the Internet, the Internet Engineering 
Task Force (hereinafter abbreviated to IETF) is pushing 
on standardization. For the standard of an MPEG video 

bo transmission format, Request for Comment No. 2038: 
"RTP Payload Format for MPEG1/MPEG2 Video" (here- 
inafter abbreviated to RFC 2038) has standardized a 
transmission method and a packet encapsulation sys- 
tem. It is prescribed by RFC 2038 that the transmission 

55 should be made with ES, TS or PS of MPEG utilized as 
the format of a packet to be transmitted and that in order 
to prevent the degradation of resolution from being 
caused by transmission delay, the transmission should 
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be made in accordance with "RTP: A Transport Protocol 
for Real-Time Applications" (hereinafter abbreviated to 
RTP) specified by RFC 1889. It is prescribed that an 
RTP packet should be stored in a packet based on a 
user datagram protocol (hereinafter abbreviated to 
UDP) and this UDP packet should be transmitted by use 
of the internet Protocol packet (hereinafter abbreviated 
to IP packet). With the prior art described above, it is 
possible to transmit MPEG video data in such a manner 
that MPEG-TS packets are used in the CATV network 
while IP packets are used in the Internet. 

SUMMARY OF THE INVENTION 

[0006] A system for performing video transmission on 
the basis of an MPEG-TS system includes a digital sat- 
ellite broadcasting system and a digital CATV system, 
as mentioned above. The digital CATV system of those 
services is a service closely related with an area. Gen- 
erally, the digital CATV system is constructed with a rel- 
atively narrow area taken as a service providing area. 
Therefore, each CATV business proprietor possesses a 
CATV center (hereinafter referred to as head end) for 
delivering programs or contents and an access network 
for transmitting a video signal so that a ground/satellite 
broadcasting program received at the head end is 
retransmitted and/or programs or video contents stored 
in the head end are transmitted, as required. In such a 
conventional CATV service, it is required that programs 
other than broadcast programs should be stored in, for 
example, VTR or the like and reproduced in accordance 
with delivering schedule, in a video-on-demand (VOD) 
service or the like expected as a near-future CATV serv- 
ice, too, it is general that the service is structured in a 
form in which a digital compression signal of a program 
is held at a head end in a manner similar to that men- 
tioned above. The video-on-demand service has a 
problem that a service maintenance cost including the 
purchase of a rebroadcasting right (or copyright) of 
video contents in order to hold the video contents, a dig- 
ital compression processing for the video contents, the 
storage of compressed or coded video, and so forth is 
expensive and hence it is not commercially profitable 
unless the number of times of access to the same con- 
tents is made as large as possible. An effective method 
for solving this problem is such that a plurality of CATV 
business proprietors hold video contents in cooperation 
and the contents are utilized through the transmission 
thereof using a communication network when neces- 
sary. 

[0007] The structuring of such a system has a need to 
connect the head ends and networks of the plurality of 
CATV business proprietors by the communication net- 
work. In order to connect, for example, a CATV head 
end in U.S.A. and a set top box (hereinafter abbreviated 
to STB) in Japan which is a video receiver equipment of 
a CATV subscriber, it is required that the connection 
should be made utilizing at least a communication net- 



work between U.S.A. and Japan. Under present condi- 
tions, however, it is not practical that MPEG-TS being 
generally utilized in the digital CATV is transmitted as it 
is. Namely, the video transmission based on MPEG-TS 

5 has a problem that a dedicated communication network 
such as ATM network, satellite network or the like must 
be used and the charge for communication using this 
dedicated network is expensive. Also, the dedicated 
network premises the utilization thereof with a contract 

io point kept in a normally connected condition and hence 
a great problem is offered in the cost performance 
aspect in the case where there is used for a service in 
which the network is occupied in accordance with user's 
requests as in the demand-on-service. 

is [0008] An object of the present invention is to enable 
video transmission based on an MPEG-TS packet with- 
out using such a dedicated network. 
[0009] To solve the above problems, means for con- 
necting a plurality of CATV networks by the Internet is 

so used in the present invention. The Internet is a network 
ramified over the whole world and has a feature that a 
dynamic change in connection is possible by using an 
address applied to an individual client or host computer. 
Namely, there is no need to fix a connection point 

25 beforehand or the connection is effected by use of an 
address when video transmission is desired. Therefore, 
free connection setting and low-cost video communica- 
tion incapable of being realized by the dedicated net- 
work are possible. Though the existing Internet has a 

30 problem that a transmission band width or the like is 
narrow, it can easily be foreseen that the insufficiency of 
band will be eliminated in the near future by ensuring a 
transmission band by a giga bit router, a resource reser- 
vation setup protocol (RSVP) or the like, whereby a glo- 

35 bal network environment can be realized by the 
Internet. 

[0010] A problem arising newly when the CATV net- 
works are connected by use of the Internet, as men- 
tioned above, that is, the problem of a need of the 

40 protocol conversion between an MPEG transport proto- 
col used in the CATV network and an IP protocol used 
in the Internet can be solved by providing an interwork- 
ing unit for performing the conversion between the 
MPEG-TS protocol and the Internet protocol. Require- 

45 ments for a high-speed and low-cost processing in the 
interworking unit can be met by providing means for 
improving a packet forming method and a packet con- 
version method for packets to be transmitted in the 
MPEG network and the IP network 

so [0011] More particularly, there are used (1) packet 
forming means with which the transmission is made 
with the header of an IP packet stored in a private data 
region of an adaptation field prescribed in the MPEG- 
TS system and the interworking unit makes no analysis 

55 of private data of the adaptation region or causes the 
private data to transmit in the Internet with the private 
data used as the header of the IP packet as it is, and (2) 
means with which when an MPEG video signal is trans- 
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mitted from the Internet, the transmission is made with 
the provision of the condition that an IP packet to be 
transmitted is restricted in size so that it can be accom- 
modated into a payload without the remainder when the 
IP packet is divided into MPEG-TS packets. 5 
[001 2] In this case, the video stream in the MPEG-TS 
packet is distinguished by a PID value. In the IP packet, 
on the other hand, the video stream is distinguished by 
an IP address. Accordingly, when the MPEG-TS packet 
is to be transferred by use of the IP packet, there is a 10 
need to make the conversion between the PID value 
and the IP address by use of any method. 
[0013] Another object of the present invention is to 
solve a problem arising in the case where an IP packet 
of a video signal transmitted in an IP format is received is 
and the received signal is transmitted in a TS-pack- 
etized form. This problem will now be described taking a 
video transmission system as an example. In a video 
transmission system utilizing the Internet, video data is 
transmitted from a video server to a client in an IP for- 20 
mat with the data stored in an IP packet. In the case 
where the transmission/reception is thus made with the 
IP packet left as it is, the transmission/reception is pos- 
sible irrespective of the inner data format of the IP 
packet if the transmitting side and the receiving side rec- 25 
ognize the transmission format of data. On the other 
hand, in the case where there are interconnected a net- 
work in which the transmission/reception of a video sig- 
nal is made in such a TS packet format as prescribed 
by, for example, the DAVIC (Digital Audio Visual Coun- 30 
cil) specification (hereinafter, referred to as DAVIC net- 
work) or the like and an IP network in which the 
transmission/reception is made in the IP packet format 
and access from an STB (Set Top Box) connected to the 
DAVIC network to a server connected to the IP network 35 
is made to receive video data, it is required that video 
data outputted from the server in an IP packet format 
should be transmitted to the DAVIC network after the 
conversion to a TS packet format. In the network using 
the TS packet, a desired packet is received on the basis 40 
of a system in which a packet is broadcast to the net- 
work with an address or rather packet identifier (PID) 
applied to the packet and a client wanting that packet 
selectively receives that packet in dependence on the 
PID. Since the TS packet is thus distinguished by the 45 
PID value, the following problem arises when IP of an IP 
packet is terminated fa TS packetization. Namely, if 
there is no correspondence for conversion between an 
IP address and a PID value, it becomes impossible for 
an STB on the receiving side to make the judgement of so 
which PID does a TS packet to be received possess. 
[0014] In other words, the object of the present inven- 
tion is to provide a method and equipment for conver- 
sion between an IP address and a PID value required in 
the case where IP-packetized video data is received 55 
and the received data is retransmitted in a TS-pack- 
etized form. 

[0015] As first means for attaining the above object, 



the present invention is characterized in that the value 
of lower 8 bits (Bit: 7-0) of an IP address and the value 
of lower 8 bits (Bit: 7-0) of a PID value are made the 
same, and upper 24 bits (Bit: 31 -8) of the IP address are 
degenerated into 5 bits so that the degenerated 5 bits 
are made to correspond to upper 5 bits (Bit: 12-8) of the 
PID value. The term of "degenerated" or "degeneracy" 
used herein means the conversion of, for example, a 24- 
bit value into a 5-bit value. In the case where a channel, 
for example, as described, a frequency for transmission 
of the TS packet is different, it is possible to set the 
same degeneracy value (5 bits). 
[0016] As second means, the present invention is 
characterized in that the value of lower 8 bits (Bit: 7-0) of 
an IP address and the value of lower 8 bits (Bit: 7-0) of 
a PID value are made the same, and upper 24 bits (Bit: 
31-8) of the IP address are degenerated into a 5-bit 
value of 1 to 30 excepting 0 and 31 so that the degener- 
ated 5 bits are made to correspond to upper 5 bits (Bit: 
12-8) of the PID value. 

[0017] As third means, the present invention is char- 
acterized in that the value of lower 8 bits (Bit: 7-0) of an 
IP address and the value of lower 8 bits (Bit: 7-0) of a 
PID value are made the same, upper 24 bits (Bit: 31-8) 
of the IP address are degenerated into 3 bits so that the 
degenerated 3 bits are made to correspond to bits 10 to 
8 of the PID value, and bits 12 and 1 1 of the PID value 
are made to correspond to 1 and 0, respectively. 
[0018] As fourth means, the present invention is char- 
acterized in that the value of lower 8 bits (Bit: 7-0) of an 
IP address and the value of lower 8 bits (Bit: 7-0) of a 
PID value are made the same, upper 24 bits (Bit: 31-8) 
of the IP address are degenerated into 2 bits so that the 
degenerated 2 bits are made to correspond to bits 9 to 
8 of the PID value, and bits 12 to 10 of the PID value are 
made to correspond to the category of data transmitted 
by an IP packet. 

[001 9] As f ifth means the present invention is charac- 
terized in that the value ot lower 8 bits (Bit: 7-0) of an IP 
address and the value of lower 8 bits (Bit: 7-0) of a PID 
value are made the same, upper 24 bits (Bit: 31-8) of 
the IP address are degenerated into 2 bits so that the 
degenerated 2 bits are made to correspond to bits 9 to 
8 of the PID value, and the conversion into a 3-bit value 
of 1 to 6 excepting 0 and 7 is made for each category of 
data transmitted by an IP packet so that the converted 
3-bit value is made to correspond to 3 bits including bits 
12 to 10 of the PID value 

[0020] As sixth means, the present invention is char- 
acterized in that a device for receiving IP-packetized 
video data and retransmitting it after TS-packetization 
transmits data indicative of the correspondence for con- 
version between an IP address and a PID value in a 
form multiplexed with retransmission video data to a 
video data receiving device. 

[0021] As seventh means, the present invention is 
characterized in that data indicative of the correspond- 
ence for conversion between an IP address and a PID 
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value generated by the method according to any one of 
the first to fifth means is transmitted to a video data 
receiving device each time an IP packet having a differ- 
ent IP address is received and is TS-packetized. 
[0022] As eighth means, the present invention is char- s 
acterized in that a retransmitting device transmits data 
indicative of the correspondence for conversion 
between an IP address and a PID value generated by 
the method according to any one of the first to fifth 
means and data indicative of the correspondence 10 
between the IP address and a frequency number for 
multiplexing of TS packet to a video data receiving 
device each time an IP packet having a different IP 
address is received and is TS-packetized. 
[0023] As ninth means, the present invention is char- is 
acterized in that a device for receiving iP-packetized 
video data and retransmitting it after TS-packetization 
and a device for receiving the TS-packetized and 
retransmitted video data hold data indicative of the cor- 
respondence for conversion between an IP address and 20 
a PID value beforehand. 

[0024] As tenth means, the present invention is char- 
acterized in that a device for receiving IP-packetized 
video data and retransmitting it after TS-packetization 
and a device for receiving the TS-packetized and 2s 
retransmitted video data hold data indicative of the cor- 
respondence for conversion between an IP address and 
a PID value generated by the method according to any 
one of the first to fifth means beforehand. 
[0025] As eleventh means, the present invention is 30 
characterized in that a device fa receiving IP-pack- 
etized video data and retransmitting it after TS-packeti- 
zation and a device for receiving the TS-packetized and 
retransmitted video data hold data indicative of the cor- 
respondence for conversion between an IP address and 35 
a PID value generated by the method according to any 
one of the first to fifth means and data indicative of the 
correspondence between the IP address and a fre- 
quency number for multiplexing of TS packet before- 
hand, w 
[0026] As twelfth means, the present invention is char- 
acterized by comprising means with which a device for 
receiving IP-packetized video data and retransmitting it 
after TS-packetization and a device for receiving the 
TS-packetized and retransmitted video data hold data 45 
indicative of the correspondence for conversion 
between an IP address and a PID value generated by 
the method according to any one of the first to fifth 
means and data indicative of the correspondence 
between the IP address and a frequency number for so 
multiplexing of TS packet beforehand, and the retrans- 
mitting device can transmits the video data after the IP 
packet to TS packet conversion on the basis of the data 
indicative of the correspondence between the IP 
address and a frequency number for multiplexing of TS ss 
packet so that the video data is transmitted to that one 
of a plurality of connected post-stage transmitting 
devices which is designated by the data. 



BRIEF DESCRIPTION OF THE DRAWINGS 
[0027] 

Fig. 1 is a diagram showing an embodiment of a 
system in which the transmission is made with an 
IP header encapsulated into an MPEG-TS packet; 
Fig. 2 is a diagram showing an embodiment of a 
system in which the transmission is made with an 
IP header and a UDP header encapsulated into an 
MPEG-TS packet; 

Fig. 3 is a diagram showing an embodiment of a 
system in which the transmission is made with an 
IP header, a UDP header and an RTP header 
encapsulated into an MPEG-TS packet; 
Fig. 4 is a diagram showing an embodiment of a 
method for encapsulation with PCR included in an 
adaptation field; 

Fig. 5 is a diagram for explaining an embodiment in 
which the PCR transmitted in conjunction with Fig. 
4 is stored in a time stamp field of RTP; 
Fig. 6 is a diagram showing an embodiment of a 
method of forming an IP packet from TS packets; 
Fig. 7 is a diagram for explaining the structure of an 
IP packet header; 

Fig. 8 is a diagram showing an embodiment of a 
system in which CATV networks are connected by 
use of the Internet; 

Fig. 9 is a diagram showing an embodiment of a 
network construction in which two CATV networks 
are Internet-connected; 

Fig. 10 is a diagram showing an embodiment in 
which a signal transmitted from a server on an IP 
network by use of an IP packet is MPEG-TS pack- 
etized; 

Fig. 11 is a diagram showing an embodiment in 
which a packet IP-packetized by an interworking 
unit is MPEG-TS packetized again; 
Fig. 12 is a flow chart for explaining a signal 
processing by an interworking unit; 
Fig. 13 is a diagram for explaining the structure of 
MPEG-TS; 

Fig. 14 is a diagram for explaining the structure of a 
header of MPEG-TS; 

Fig. 15 is a diagram for explaining an embodiment 
in which a flag indicative of an IP packet is provided 
in private data; 

Fig. 16 is a block diagram showing the construction 
of an embodiment of an IP/PID conversion equip- 
ment according to the present invention; 
Fig. 17 is a diagram showing the correspondence 
between an IP address and a PID value in the 
embodiment shown in Fig. 16; 
Fig. 18 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 5 bits 
as a network number in the embodiment shown in 
Fig. 16; 

Fig. 19 is a diagram showing the construction of an 
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embodiment of a network construction in which 
both a data transmitting interworking unit and a 
data receiving STB hold data incficative of the corre- 
spondence for conversion between an IP address 
and a PID value, thereby realizing the transmis- 
sion/reception of data; 

Rg. 20 is a diagram showing the construction of an 
embodiment of a network construction in which a 
data transmitting interworking unit transmits data 
indicative of the correspondence for conversion 
between an IP address and a PID value to a data 
receiving STB, thereby realizing the transmis- 
sion/reception of data; 

Pig. 21 is a diagram showing the correspondence 
between an IP address and a PID value in another 
embodiment of the present invention; 
Rg. 22 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 3 bits 
as a network number in the other embodiment of 
the present invention; 

Rg. 23 is a diagram showing the correspondence 
between an IP address and a PID value in a further 
embodiment of the present invention; 
Fig. 24 is a diagram showing the correspondence 
between upper 24 bits of the IP address and 2 bits 
as a network number in the further embodiment of 
the present invention; 

Rg. 25 is a diagram showing the correspondence 
between a data category and 3 bits as a category 
number in the further embodiment of the present 
invention; and 

Fig. 26 is a diagram showing an example of a net- 
work construction in which an IP/PID conversion 
equipment according to the present invention is 
used. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 

[0028] Embodiments of the present invention will now 
be described in detail by use of the drawings. 

(First Embodiment) 

[0029] Fig. 9 shows an embodiment representing the 
connection configuration of a CATV system according to 
the present invention. This CATV system is character- 
ized in that CATV networks 61 and 56 at two locations 
are connected by the Internet 50. As shown, this CATV 
system includes a video server 60, the first CATV net- 
work 61 connected to the video server 60, the Internet 
50, an interworking unit 62 for connecting the Internet 
50 and the CATV network 61 , the second CATV network 
56, and an interworking unit 54 for connecting the CATV 
network 56 and the Internet 50. An STB (Set Top Box) 
57 for receiving a video signal is connected to the CATV 
network 56. A video signal from the video server 60 is 
transmitted to the Internet 50 through the interworking 



unit 62 and is sent to the interworking unit 54 by means 
of a router network 51. The interworking unit 54 sup- 
plies the video signal transmitted using the Internet to 
the CATV network 56, thereby enabling video reception 

5 attheSTB57. 

[0030] Brief description will now be made of the func- 
tion of the interworking unit. In the CATV network, a 
video signal is transmitted on the basis of an MPEG-TS 
system, as having already been described in the para- 

w graph of BACKGROUND OF THE INVENTION. In the 
Internet, on the other hand, video transmission based 
on an Internet protocol represented by RFC 2038 is per- 
formed. The interworking unit 62 for interconnecting 
such networks with different protocols has a function of 

15 converting a video signal transmitted on the basis of the 
MPEG-TS protocol into a format conformable to the 
Internet protocol. On the other hand, the interworking 
unit 54 has a function of converting a video signal trans- 
mitted on the basis of the Internet protocol into a format 

20 based on the MPEG-TS protocol. With the connection 
of the different CATV networks through the Internet by 
use of such interworking units 62 and 54, there can be 
realized a novel function that the video server and the 
STB on the CATV networks far away in distance from 

25 each other can easily be connected. With this construc- 
tion using the Internet which is a network developed 
over the whole world, there is obtained a great effect 
that the connectability between video servers and 
STB's over the whole world can be ensured, 

30 [0031 ] In the embodiment shown in Fig. 9, the descrip- 
tion has been made taking the video server as an exam- 
ple of a device for generation or supply of a video signal. 
However, the gist of the present invention lies in that a 
video signal supplied on the basis of the MPEG-TS pro- 

35 tocol is transmitted through the Internet. Accordingly, 
the signal supply source is not limited to only the video 
server. MPEG signal supplying devices other than the 
video server include a real-time MPEG encoder and a 
receiving equipment which receives satellite broadcast- 

40 ing to output an MPEG signal. It is needless to say that 
the gist of the present invention is satisfied by those 
devices, too. 

[0032] For simplification, the present embodiment has 
been described in conjunction with the example in 

45 which different CATV networks at two locations are 
interconnected. However, it is needless to say that 
CATV systems at two or more locations may be con- 
nected to the Internet. The gist of the present invention 
lies in that a signal transmitted on the basis of the 

so MPEG-TS system by use of an interworking unit is con- 
verted into a format capable of being transmitted by the 
Internet so that the converted signal is transmitted by 
the Internet and that a signal transmitted by use of the 
Internet is converted into an MPEG-TS signal again by 

55 an interworking unit so that the converted signal is 
transmitted to a CATV network. 
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(Second Embodiment) 

[0033] In conjunction with a second embodiment, 
there are disclosed a common video transfer protocol in 
which the video transmission from a server on the Inter- 
net to a STB on a CATV network and the video trans- 
mission from a video server on a CATV network to a 
client's persona! computer (PC) on the Internet are 
taken into consideration in addition to the CATV connec- 
tion through the Internet described in conjunction with 
the first embodiment as well as a system with which pro- 
tocol conversion between different networks is per- 
formed. 

[0034] Rg. 8 shows a connection diagram in a net- 
work construction which enables both the video trans- 
mission from a video server 55 on a CATV network 56 to 
a client 4 on the Internet 50 and the video transmission 
from a server 52 on the Internet 50 to an STB 57 on the 
CATV network 56. 

[0035] First, description will be made of the case 
where a video signal is transmitted to the client 4 on the 
Internet from the video server 55 connected to the 
CATV network 56. The packetization and protocol con- 
version at the time of video transmission from the server 
on the Internet to the STB on the CATV network will be 
described in detail later on in conjunction with a fourth 
embodiment. 

[0036] In the case of video transmission from the 
video server 55 to the client 4, the video server 55 trans- 
mits a video signal with a packet construction shown in 
Fig. 1 . This video signal reaches an interworking unit 62 
on the basis of an MPEG-TS system through the CATV 
network 56. The interworking unit 62 receives the video 
signal sent thereto on the basis of the MPEG-TS system 
to protocolconvert it through a predetermined conver- 
sion system (which will be mentioned later on) into 
packets transmissible on the basis of the Internet proto- 
col and transmits the converted signal to the Internet 
50. The Internet 50 sends the video signal to the client 
4 by use of the Internet protocol. This signal can be 
transmitted to an interworking unit 54 by a manner sim- 
ilar to that at the time of transmission to the client 4. In 
the case of interconnection of CATV networks, protocol 
conversion to MPEG-TS is made again by the inter- 
working unit 54. 

[0037] Now, a method for packet encapsulation shown 
in Fig. 1 will be described in detail. Fig. 1 corresponds to 
an embodiment showing the construction of an MPEG- 
TS signal to be transmitted from the video server 55 
(see Fig. 8) to the Internet 50, the STB 57 connected to 
the CATV network 56 and an STB on another CATV net- 
work connected through the interworking unit 54. In 
MPEG-TS, there are permitted the case where a pay- 
load having data stored therein is transmitted subse- 
quently to a 4-byte TS header 1 and the case where an 
adaptation field 2 is transmitted prior to the payload. In 
the present invention, in the case where a signal is 
transmitted to an IP network, a TS including the trans- 



mission of an IP header is such that the adaptation field 
2 is inserted always immediately after the TS header 
and the IP header is transmitted using this adaptation 
field 2, as shown in Fig. 1. The adaptation field 2 is 

5 stored with a 2-byte flag 4 indicative of the contents of 
data to be transmitted and private data 5. In order to 
transmit the private data 5, the transmission of the pri- 
vate data 5 is indicated by a transport private data flag 
or a flag indicative of the contents of the adaptation field 

10 and the size of the private data 5 is set as a transport 
private data length in the flag. A 20-byte IP packet 
header 6 is stored as the private data 5 in a bit arrange- 
ment as it is. Fig. 7 is a diagram showing the contents of 
the IP packet header stored as such private data 5. The 

j 5 IP packet header is composed of a 4-bit field indicative 
of a version, a header length, a service type, a total 
packet length, identifiers, a source IP address and a 
destination IP address. In the case where there is no 
option, the IP packet header is formed with 20 bytes. 

20 Since no option is used under a general condition, the 
transmission is made with data inclusive of a 20-byte 
field stored in the private data region as it is. 
[0038] The payload of the TS subsequent to the adap- 
tation field is stored with data in a PES (Packet Elemen- 
ts tary Stream) format. The reason why the video signal is 
transmitted in the PES format will be described later on. 
[0039] Though the embodiment of Fig. 1 shows an 
example of transmission with only the IP packet header 
included as the private data, there may be employed a 

30 format in which a UDP (User Datagram Protocol) 
header or both the UDP header and an RTP (Real Time 
Protocol) header is included in accordance with a proto- 
col which a terminal (or client) connected to the IP net- 
work supports. Fig. 2 corresponds to an embodiment in 

35 the case where a UDP header 10 is stored subse- 
quently to an IP header 6 as private data 9, and Fig. 3 
corresponds to an embodiment in the case where the 
transmission is made with an IP header 6, an UDP 
header 10 and an RTP header 14 included as private 

40 data 13. The present invention is characterized in that 
data of a packet header of a protocol used in an IP net- 
work is transmitted as private data. Accordingly, the 
present invention is not limited to a specified protocol 
such as UDP or RTP. Under the existing circumstances, 

45 since the use of RTP is most effective for the transmis- 
sion of a real-time video signal, the packet construction 
shown in Fig. 3 is the best The embodiments shown in 
Figs. 1 , 2 and 3 have been described in conjunction with 
the case where the IP header, the UDP header or the 

so RTP header is transmitted as the private data, as it is. 
However, it is of course that, for example, data neces- 
sary for constructing an IP header can be transmitted as 
private data with a changed form. In such a case, there 
is required a processing for reconstructing the IP 

55 header or the like by an interworking unit on the basis of 
data transmitted thereto. Therefore, it can easily be 
understood that the most effective way is the transmis- 
sion of the header with a form thereof kept as rt is. 
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[0040] Now, the reason of use of PES as the data for- 
mat will be described in brief. As shown in Fig. 8, the 
video server 55 also transmits the video signal to the 
STB 57 connected to the CATV network. In the aspect 
of reduction in data generation cost and system cost, it 5 
is preferable that video to be transmitted to the internet 
50 and video to be transmitted to the STB 57 are used 
in common. The use of the PES system employed in the 
conventional CATV is most suitable. Since information 
of the IP header encapsulated into the adaptation field 10 
is processed separately from video and audio signals, 
no influence is given on video reproduction by the con- 
ventional STB 57. The use of the PES format makes it 
possible to transmit the video signal to the IP network 
while maintaining the signal compatibility with the con- 75 
ventional STB. Though the PES format is not prescribed 
by RFC 2038, PES is constructed by dividing ES into a 
plurality of packets and thereafter applying a PES 
header to each packet. Therefore. PES can easily be 
converted into ES. Accordingly, a client capable of 20 
receiving and decoding ES can perform the decoding 
with little addition of a function. 
[0041] The supplementary description will now be 
made of the IP packet forming method. In the Internet, 
the maximum transfer unit (MTU) size of an IP packet is 25 
1500 bytes when Ethernet is used. Accordingly, the 
number of 184-byte payloads of MPEG-TS capable of 
being packed is seven at the greatest. Thus, in transmit- 
ting TS packets, they are transmitted with an IP header 
included at the period of 7TS. As conceptually shown in 30 
Fig. 6, the interworking unit receiving packets including 
IP headers forms an IP header and thereafter connects 
data of payloads in subsequently transmitted TS pack- 
ets to the IP header, thereby forming an IP packet. The 
MTU size in the Internet is 1500 bytes but there may be 35 
the case where the MTU size in the other physical net- 
work is different than that. In such a case, it is of course 
that the IP header transmission period can be changed 
in accordance with the MTU size. A condition in the 
present invention is that the total bytes of TS packet 40 
payloads in an interval from a TS packet inclusive of an 
IP header to a TS packet inclusive of the next IP header 
does not exceed the number of bytes defined by the 
MTU. 

[0042] Next, description will be made of a system in 45 
which an MPEG-TS packet is formed with such a con- 
struction as shown in Fig. 1 , 2 or 3 and the packet is 
processed by an interworking unit and then transmitted 
to an IP network. Fig. 12 illustrates an embodiment 
showing the flow of processings in the interworking unit, so 
It is assumed that the video server on the CATV network 
transmits an MPEG-TS signal (see Figs. 13 and 14) in 
accordance with an encapsulation system as shown in 
Fig. 2. As shown by a procedure of Fig. 12, the inter- 
working unit receives the transmitted MPEG-TS signal ss 
(or packet) (step 100) to extract therefrom a signal to be 
transmitted to the IP network. The selection of the 
MPEG-TS packet to be transmitted is made by checking 



a PID 135 in a TS packet header (steps 102 and 103). 
In the case where the packet is not one to be transmit- 
ted to the IP network, that packet is rejected (step 111). 
In the case where the packet is one to be transmitted to 
the IP network, a flag 138 indicative of the pres- 
ence/absence of an adaptation field in a TS header of 
that packet is checked (steps 104 and 105). In the case 
where the check of the flag 138 results in that there is an 
adaptation field, the TS header of that packet is deleted 
(step 106) and flag information of the adaptation field is 
thereafter deleted (step 107). As a result, a private data 
portion of the adaptation field and the subsequent pay- 
load portion are outputted (step 1 08). In the case where 
the check of the flag 1 38 indicative of an adaptation field 
in the TS header of the TS packet (steps 104 and 105) 
results in that there is not an adaptation field, only the 
TS header of that TS packet is deleted (step 112) and 
private data is outputted (step 108). As the result of the 
above processing, the interworking unit deletes the TS 
header and transmits an IP packet header stored as the 
private data and subsequently image data as the pay- 
load. With the encapsulation in the present embodiment 
as mentioned above, the generation of an IP packet 
from MPEG-TS is possible by only an extremely simple 
processing which includes the check of two flags (the 
check of PID and the check of presence/absence of 
adaptation) and the rejection of unnecessary data por- 
tion. As a result, there is obtained a great effect that the 
interworking unit can be constructed by a processor 
which has a poor processing ability or a low cost. 
[0043] Next, a processing for converting an I P -pack- 
etized video signal into an MPEG-TS signal again will 
be described using Fig. 11. The interworking unit 54 
shown in Fig. 8 or 9 is inputted with an IP packet includ- 
ing an IP header, an UDP header, an RTP header and 
PES data. Private data as the collection of a 2-byte 
adaptation related flag and IP related headers (IP, UDP 
and RTP headers) is stored as an adaptation field into 
TS. The remaining or payload of this TS is filled with 
PES data, thereby ultimately forming a 188-byte TS 
packet. The remaining payload of the IP packet is parti- 
tioned every 1 84 bytes so that each part is accommo- 
dated into a TS payload. There is no possibility that the 
IP header is used in the CATV network. However, if the 
IP header is rejected or deleted and only the payload 
portion is stored into the TS payload, there is yielded a 
TS which is short in the number of data bytes. In this 
case, a processing such as the padding of data corre- 
sponding to the shortage is necessitated. The proce- 
dure including such complexity is not preferable. 
Accordingly, the restoration to the same packet con- 
struction as that in the transmitting CATV network is 
preferable. Since there is no practical problem if the 
matching in the number of bytes is attained, it is also 
possible to insert dummy data the number of bytes of 
which is the same as that of the IP header. Since private 
data in the adaptation field can be ignored by the STB, 
as mentioned before, it may be invalid data. 
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(Third Embodiment) 

[0044] Fig. 4 is a diagram showing a third embodiment 
of the present invention. The construction of a network 
to which the present embodiment is applied is the net- s 
work construction shown in Fig. 8 or 9. The embodiment 
shown in Fig. 4 is different from the embodiment of Fig. 
1 , 2 or 3 in that the transmission is made with a program 
clock reference (PCR) too included in an adaptation 
field and that an RTP header is included in an IP packet 
to be transmitted as private data. In the RTP protocol, a 
field for recording time information or time stamp is pro- 
vided in a RTP packet header in order to ensure the 
transmission of data such as a video signal necessitat- 
ing the real time transmission. In a terminal or client 
receiving MPEG-TS, PCR is utilized for reproducing 
system clocks of a TS decoding circuit. And, the time 
stamp of RTP is caused from the digitization of a time at 
a fundamental frequency of 90 kHz in the same manner 
as PCR. Therefore, it is possible to use PCR as the time 
stamp of RTP. The embodiment shown in Fig. 4 is char- 
acterized in that PCR transmitted by means of a PCR 
field 22 of the adaptation field is used in a time stamp 
field 26 of RTP, as shown in Fig. 5. The time stamp of 
RTP and a base portion of RTP represent time informa- 
tion by the bit widths of 32 bits and 33 bits, respectively. 
Therefore, it is possible to attain the bit width matching 
by using lower 32 bits of PCR. One merit when time 
information transmitted as PCR is thus utilized as the 
time stamp of RTP lies in that the inclusion of ultimately 
corrected accurate time information into the RTP 
header is possible even in the case where PCR is relo- 
cated for the purpose of correcting packet transmission 
jitter generated in a CATV network. 

(Fourth Embodiment) 

[0045] Fig. 10 shows an embodiment illustrating the 
encapsulation of data when video transmission is made 
toward the CATV network 56 (see Fig. 8) from the 
server 52 connected to the IP network. In the case of 
transmission and reception of this image, the interwork- 
ing unit 62 needs an operation of converting an MPEG 
video signal (PES) transmitted by use of an IP packet 
into an MPEG-TS signal. This converting operation will 
be described referring to Fig. 10. In the case where a 
video is transmitted by use of an IP packet, video data is 
encapsulated on the basis of a PES format in order to 
facilitate the conversion into TS. Accordingly, this IP 
packet is constructed with an IP header and a payload 
in a PES format. In the converting operation, the IP 
packet is transmitted from the server on the IP network 
with the IP packet constructed to have a packet size 
such that the addition of 2 to the packet size (or the size 
of data including an IP header and a payload) is integer 
times as large as 184. In converting the IP packet into 
MPEG-TS, a leading portion including the IP packet 
header is extracted by 182 bytes and is added with a 2- 



byte flag of an adaptation field so that the resultant is 
stored as a 184-byte payload of MPEG-TS. Further, an 
MPEG-TS header is applied to this payload, thereby 
forming an MPEG-TS packet. The succeeding IP packet 
is partitioned every 184 bytes and the TS packet header 
is applied to each part for the conversion into MPEG- 
TS. Since there is the condition that the size of the IP 
packet is integer times as large as 184 bytes plus 182 
bytes, it becomes possible to store the IP packet into the 
payloads of MPEG-TS packets with no residual byte. As 
apparent from the foregoing description, the feature of 
the present embodiment lies in that by imposing a 
restriction on the size of an IP packet transmitted from a 
server on an IP network which transmits an MPEG 
image, the division and reconstruction of the packet in 
an interworking unit are very simplified. 
[0046] In one modification of the present embodiment 
or in the case where an RTP protocol is utilized so that 
time stamp of RTP is inserted as PCR, the total length 
of an IP packet may be integer times as large as 184 
bytes plus 1 76 bytes. 

(Fifth Embodiment) 

[0047] A fifth embodiment of the present invention cor- 
responds to a modification of the second embodiment. 
In the encapsulation of the IP packet of Fig. 1 used in 
conjunction with the second embodiment, the IP header 
is directly mapped as the private data of MPEG-TS. In 
the present embodiment, a region 150 indicating the 
attribute of private data is provided in a leading byte of 
the private data, as shown in Fig. 15. With the provision 
of a flag in this attribute region, it is expressly indicated 
that contents transmitted as the private data are the IP 
header. The interworking unit uses this flag to make the 
judgement as being an IP packet or not or the judge- 
ment of utilization/rejection. Since the data in the 
attribute region is unnecessary in the IP network, there 
is a need to reject it in performing protocol conversion 
by the interworking unit. 

[0048] Though Fig. 1 5 shows an example in which the 
1-byte attribute region is provided, it does not necessar- 
ily follow that the size of the attribute region is one byte, 
it can easily be understood that the size of the attribute 
region may be a plurality of bytes. 
[0049] According to the first to fifth embodiments 
described above, it becomes possible to interconnect 
CATV networks by use of the Internet as a worldwidely 
connected network. Thereby, the effect of the reduction 
of an operation cost by the cooperative utilization of 
video contents is obtained. Also, since a processing 
required for protocol conversion necessary for the con- 
nection of the Internet and the CATV network can 
greatly be reduced, there is a great effect that an inter- 
working unit can be constructed even with a low-cost 
processor. 

[0050] In the following, embodiments of a method for 
conversion between the IP address of an IP packet and 
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the PID value of an MPEG-TS packet and an equipment 
therefor (hereinafter referred to as IP/PID conversion 
equipment) according to the present invention will be 
described in detail. In the following embodiments, the 
description is made using a DAVIC network as a net- 5 
work which uses MPEG-TS packets. The CATV system 
portion shown in conjunction with the first to fifth 
embodiments corresponds to the DAVIC network in the 
following embodiments. 

10 

(Sixth Embodiment) 

[0051] First, an example of a network construction in 
which an IP/PID conversion equipment according to the 
present invention is used will be described using Fig. 26 is 
which shows a diagram of the network construction. 
Reference numeral 400 denotes the Internet network, 
and numeral 200 denotes a DAVIC network. In the Inter- 
net network 400, a client or personal computer (PC) 402 
can make a request for video transmission to a video 20 
server 401, thereby receiving desired video data in an 
IP packet format and reproducing it. In Fig. 26, it is also 
possible for an STB (Set Top Box) 305 connected to the 
DAVIC network to make access to the video server 401 
on the Internet, thereby receiving and reproducing 25 
desired video data. In the DAVIC network 200, refer- 
ence numeral 310 denotes an interworking unit for inter- 
connecting the Internet and the DAVIC network, 
numeral 301 a router, numeral 302 an IP/PID equipment 
according to the present invention, numeral 303 a DAC 30 
(Dial-up Access Concentrator), numeral 304 a QAM 
(Quadrature Amplitude Modulation), numeral 201 an 
access network, numeral 305 the STB, and numeral 
306 a TV. Description will now be made of an operation 
of making access to the video server 401 on the Internet 35 
from the STB connected to the DAVIC network to 
receive and reproduce video data. First, a user starts 
access to the server on the Internet through a modem 
incorporated in the STB 305. The DAC 303 concen- 
trates accesses from a plurality of users and establishes 40 
a line for the video server on the Internet through the 
router 301 in the interworking unit 310. Thereafter, the 
user refers to a video guide or electronic program guide 
(EPG) displayed on the TV 306 to select a desired pro- 
gram. When the desired program is selected, the video 45 
server 401 on the Internet encapsulates the requested 
video data into IP packets and transmits the IP-pack- 
etized data to the requesting STB. The video data in the 
IP packet format transmitted from the video server 401 
is transferred through the router 301 to the IP/PID con- so 
version equipment 302 according to the present inven- 
tion. The IP/PID conversion equipment 302 generates 
PID from the IP address of the received IP packet to 
convert the received video data in the IP packet format 
into video data in a TS packet format applied with the 55 
generated PID and transmits the TS-packetized video 
data to the QAM 304. The QAM 304 subjects the 
received video data in the TS packet format to QAM 



modulation and transmits the modulated data to the 
access network 210. The STB 305 receives the desired 
video data by selecting, from the signal received from 
the access network 210, a frequency at which the 
desired data is modulated and a TS packet with which 
the desired data is transmitted. Also, the STB 305 
decodes the received video data and transmits the 
video image to the TV 306 which in turn reproduces and 
displays the video image. 

[0052] Next, the description of the IP/PID conversion 
equipment according to a sixth embodiment of the 
present invention will be made using Figs. 16 to 18. Fig. 
16 is a block diagram showing the construction of the 
IP/PID conversion equipment according to the sixth 
embodiment, Fig. 17 is a diagram showing the corre- 
spondence for conversion between an IP address and a 
PID value, and Fig. 18 shows the contents of data in an 
LUT (Look-Up Table) shown in Fig. 16. In the IP/PID 
conversion equipment shown in Fig. 16 according to the 
sixth embodiment, lower 8 bits (Bit: 7-0) of an IP 
address and lower 8 bits (Bit: 7-0) of a PID value are 
made the same and upper 24 bits (Bit: 31-8) of the IP 
address are degenerated into 5 bits so that the degen- 
erated 5 bits are converted into upper 5 bits (Bit: 12-8) 
of the PID value. 

[0053] The IP/PID conversion equipment shown in 
Fig. 16 according to the sixth embedment of the 
present invention includes a buffer 321 for receiving an 
IP packet, a CPU 322, an LUT 323 for holding data 
indicative of the conversion between an IP address and 
a PID value (or an IP address to PID value conversion 
table), a TS header generating unit 324 for generating a 
TS header, an IP data holding unit 325 for holding data 
of the IP packet, and a switch 326 for transmitting video 
data in a TS packet format to a predetermined QAM. 
Subsequently, description will be made of the operation 
of the IP/PID conversion equipment according to the 
sixth embodiment of the present invention which has 
the above construction. 

[0054] The IP/PID conversion equipment shown in 
Fig. 16 first receives video data 31 1 in a IP packet for- 
mat by the buffer 321 . The CPU 322 reads the IP packet 
from the buffer 321 to transmit data 312 of lower 8 bits 
(Bit: 7-0) of an IP address to the TS header generating 
unit 324 and data 313 of upper 24 bits (Bit: 31-8) thereof 
to the LUT 323. The CPU 322 also transmits IP packet 
data 314 to the IP data holding unit 325. By the LUT 
323, data 315 resulting from the degeneracy of the data 
313 of upper 24 bits (Bit: 31-8) of the IP address from 
the CPU 322 into 5 bits is transmitted to the TS header 
generating unit 324 and QAM number for multiplexing 
QAM data 316 is transmitted to the switch 326. The TS 
header generating unit 324 generates the PID value of 
a TS packet on the basis of the data 31 2 of lower 8 bits 
(Bit: 7-0) of the IP address from the CPU 322 and the 
data 315 from the LUT 323 resulting from the degener- 
acy of the data 313 of upper 24 bits (Bit: 31-8) of the IP 
address from the CPU 322 into 5 bits and generates a 
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header of the TS packet. A procedure tor generating the 
PID value of the TS packet from the the IP address of 
the received IP packet will be mentioned later on by use 
of Figs. 17 and 18. The switch 326 reads TS header 
data 317 from the TS header generating unit 324 and IP 
data 318 from the IP data holding unit 325 which turns 
into data of the TS packet The TS header data 31 7 and 
the IP data 318 as the TS packet data are transmitted to 
a predetermined QAM number for multiplexing QAM 
(any one of QAM1 to QAM3) in accordance with the 
QAM number for multiplexing QAM data 316 from the 
LUT 323. Though the above description has been made 
in conjunction with the example in which data converted 
from an IP packet into a TS packet is QAM-modulated in 
the IP/PID conversion equipment for retransmission to 
the post stage, a transmission system such as QPSK 
(Quadrature Phase Shift Keying) other than QAM may 
be used. 

[0055] Fig. 17 is a diagram showing the correspond- 
ence between the IP address of a received IP packet 
and the PID value of a TS packet to be transmitted. In 
Fig. 1 7, the value 331 of lower 8 bits (Bit: 7-0) of the IP 
address is converted into the value 332 of Iowa' 8 bits 
(Bit: 7-0) of the PID value. The value 333 of upper 24 
bits (Bit: 31 -8) of the IP address is degenerated into a 5- 
bit value as a network number value for conversion into 
the value 334 of upper 5 bits (Bit: 1 2-8) of the PID value. 
The term of "degenerated" or "degeneracy" used herein 
means the conversion of a 24-bit value into a 5-bit value. 
This degeneracy or conversion will specifically be 
described using Fig. 18. 

[0056] Fig. 18 is a diagram showing that correspond- 
ence between the upper 24-bit (Bit: 31-8) value 333 of 
an IP address, a 5-bit value as a network number value, 
and a QAM number for output value which is held in the 
LUT 323 shown in Fig. 16. In Fig. 18, it is shown that, for 
example, the IP address ol 128.1 55.30.XXX series 
(XXX indicating any value of 0 to 255) is converted into 
a network number 1 (00001 in a binary number). Simi- 
larly, it is shown that the IP address of 128.155.40.XXX 
series is converted into a network number 2 (00010) 
and the IP address of 128.155.80.XXX series is con- 
verted into a network number 30 (11110). By holding 
such a conversion table by the LUT 323, it becomes 
possible to convert the upper 24-bit (Bit 31-8) value 333 
of the IP address into the 5-bit value 334. As for PID val- 
ues, however, since there are values (hexadecimal 
number: 0x0000 to OxOOOF and 0x1 FFF) which 
"GENERIC CODING OF MOVING PICTURES AND 
ASSOCIATED AUDIO: SYSTEMS" (ITU-T H.222.0, 
ISO/IEC 13818-1) prescribes for use, values of 0x0010 
to 0x1 FFE can be used. In the case where 0 (binary 
number: 00000) or 31 (binary number: 1 1 1 11) is used 
as the network number in Fig. 18, the PID value may 
overlap the prescribed value in accordance with the 
lower 8-bit value. For example, in the case where the 
network number is 0 (binary number: 00000) and the 
lower 8-bit value is 1 (binary number: 00000001), the 



PID value comes to 1 (hexadecimal number: 0x0001) 
which overlaps the value prescribed by H.222.0 for use. 
This problem or such overlapping can be avoided by 
establishing a prohibition rule for avoiding the case 

5 where there overlaps the value prescribed by H.222.0 or 
by using 1 to 30 as the network number. In the example 
shown in Fig. 18. the description has been made in con- 
junction with the conversion of the upper 24-bit (Bit: 31 - 
8) value 333 of the IP address into the 5-bit value. How- 

10 ever, in the case where the series of IP addresses pro- 
viding services are such that the upper 16-bit (Bit: 31- 
16) value of the IP address is of the same series, for 
example, as in the case of 128.155.XXX.XXX in Fig. 18, 
it is also possible to omit the upper 16 bits (Bit: 31-16) 

75 with the conversion table formed by use of only the 
remaining 8 bits (Bit: 1 5-8). 

[0057] Fig. 18 further shows the correspondence 
between the upper 24-bit (Bit: 31-8) value 333 of an IP 
address and a QAM number for TS packet output. This 

20 correspondence represents a relationship between the 
IP address upper 24-bit (Bit: 31-8) value 333 inputted to 
the LUT 323 shown in Fig. 16 and the data 316 output- 
ted therefrom as the value of a QAM number for output 
of transmission data (or TS packet). The example 

25 shown in Rg. 18 indicates that in the case where users 
of 128.150.30.XXX and 128. 150. 40. XXX series make 
access to the server on the Internet, requested data is 
transmitted to the users through the QAM (or frequency) 
of a QAM number (QAM No.) 1. It is also indicated that 

30 in the case where a user belonging to a 
128.150.80.XXX series makes access, requested data 
is transmitted to the users through the QAM (or fre- 
quency) of a QAM number 3. With such a construction 
in which a QMA number for transmission is designated 

35 for the IP address series of a data requesting user, the 
number of users holding in common the amount of data 
capable of being transmitted by one QAM can be set for 
each IP address series. In the case where 1 to 30 are 
used as network numbers when data is transmitted by 

40 one QAM, 30 ones of series designated by upper 24 bits 
(Bit: 31 -8) of each IP address can be used. In the case 
where 31 or more series are to be transmitted, an over- 
lapping value exists as a network number so that a one- 
to-one correspondence becomes unobtainable 

45 between the IP address and the PID value. As a result, 
even if the conversion from the IP address into the PID 
value is possible, it is impossible to determine the IP 
. address uniquely from the PID value. However, if a QAM 
number (or frequency) for transmission of data is differ- 
so ent, the overlapping of a network number provides no 
problem. 

[0058] As described in the foregoing, a PID value (13 
bits) is formed from an IP address (32 bits) and this con- 
version is performed in the LUT 323 and the TS header 
55 generating unit 324 which are shown in Fig. 16. Also, a 
QAM (or frequency) number for transmission of data (or 
TS packet) is designated in the LUT 323 from the series 
of the IP address. As mentioned above, requested data 
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(or IP packet) is converted by the interworking unit into 
a TS packet and is then QAM-transmrtted. However, if 
the receiving side does not know the PID value of TS 
and a QAM number with which desired data is transmit- 
ted, the receiving side cannot make the selective recep- 
tion of data. A method for receiving desired data will 
now be described using Figs. 19 and 20. 
[0059] Fig. 19 is a diagram showing the case where 
each of a data transmitting interworking unit 310 and a 
data receiving STB 305 holds data indicative of the cor- 
respondence for conversion between an IP address and 
a PID value (or an IP address to PID value conversion 
table). In substance, reference numerals used in Fig. 19 
are the same those used in Figs. 16 and 26. An LUT 
323 in Fig. 19 is the same as the LUT 323 in Fig. 16, that 
is, a look-up table having data indicative of the corre- 
spondence for conversion between an IP address and a 
PID value and a frequency (or QAM number) for trans- 
mission of data. In Fig. 19, the transmitting interworking 
unit 31 0 converts an IP packet received through a router 
301 into a TS packet in accordance with the LUT 323 
possessed by the interworking unit 310 and transmits 
the TS packet to the QAM 304. The QAM 304 modu- 
lates the TS packet and transmits the modulated TS 
packet to an access network 210. The STB 305 refers to 
the LUT 323 on the basis of its own IP address to select, 
from the received signals having a plurality of frequen- 
cies, a signal having a frequency at which desired data 
is transmitted and to select a TS packet having a PID 
value designated by the LUT 323, thereby receiving the 
desired data. In the case where the received data is to 
be reproduced by a TV 306 connected to the STB 305, 
the received data may be decoded so that it is repro- 
duced by the TV 306. Also, in the case where the 
received data is to be further transmitted to a personal 
computer (PC) 307 or the like connected to the STB 
305, each of the STB 305 and the PC 307 holds an LUT 
similar to the above-mentioned LUT 323. Thereby, it is 
possible to further transmit the received TS packet to 
the PC 307. 

[0060] Fig. 20 shows a modified example of the case 
shown in Fig. 19. In this example, data indicative of the 
correspondence for conversion between an IP address 
and a PID value and data indicative of the correspond- 
ence between the IP address and a frequency (or QAM 
number) for transmission of data are transmitted from 
the interworking unit 310 to the STB 305. In Fig. 19, the 
correspondence for conversion between an IP address 
and a PID value and the correspondence between the 
IP address and a frequency (or QAM number) for trans- 
mission of data are held by both the interworking unit 
310 and the STB 305. In Fig. 20, however, they are held 
by the interworking unit 310 from which only data indic- 
ative of the correspondence for conversion between an 
IP address and a PID value and the correspondence 
between the IP address and a TS packet transmission 
frequency (or QAM number) as required by the STB 305 
is transmitted to the STB 305. In Fig. 20, when the inter- 



working unit 310 receives an IP packet 311 having a 
novel IP address and performs the conversion thereof 
into a TS packet and the transmission of the TS packet 
to the QAM, the interworking unit 310 transmits data 

5 319 indicative of the correspondence for conversion 
between the novel IP address and a PID value and a TS 
packet transmission frequency (or QAM number) to the 
STB 305 through the QAM 304. In this case, it is 
required that a specified frequency (or QAM number) 

10 and a specified PID value with which the correspond- 
ence data between the IP address and the PID value 
and the TS packet transmission frequency (or QAM 
number) are transmitted should be set beforehand. In 
the case where the STB 305 receives a TS packet hav- 

75 ing the specified frequency (or QAM number) and PID 
value, there exists data indicative of the correspond- 
ence for conversion between the IP address and the 
PID value and the frequency (or QAM number) for trans- 
mission of TS packet and hence it is necessary to hold 

20 the data by use of a memory or the like in the STB 305. 
The STB 305 selects, on the basis of the transmitted 
data transmission frequency (or QAM number), a signal 
having a frequency at which desired data is transmitted 
and selects a TS packet having a PID value designated 

25 by the received correspondence for IP address to PID 
value conversion, thereby receiving the desired data. As 
mentioned above, each time the interworking unit 310 
receives an IP packet having a novel IP address and 
performs the conversion thereof into a TS packet and 

30 the transmission of the TS packet, the interworking unit 
310 transmits a frequency for transmission of TS packet 
and a PID value to the STB 305. Thereby, the STB 305 
can receive a desired TS packet. 
[0061] According to the present embodiment men- 

35 tioned above, the PID value of a TS packet is formed 
from the IP address of an IP packet, the series of the IP 
address is defined from upper 24 bits of the IP address 
and a frequency for transmission of data is set for each 
IP address series. Thereby, the conversion between the 

40 IP address and the PID value is possible. Also, there 
can be obtained an effect that the number of users (or 
the number of IP addresses) subjected to multiplex 
transmission at one frequency can be set for each IP 
address series unit. 

45 

(Seventh Embodiment) 

[0062] Figs. 21 and 22 are diagrams showing the cor- 
respondence between the IP address of an IP packet 

so and the PID value of a TS packet in a seventh embodi- 
ment of the present invention. Fig. 21 corresponds to 
the modification of the example shown in Fig. 17. As 
shown in Fig. 21 , the value 331 of lower 8 bits (Bit: 7-0) 
of an IP address is converted into the value 332 of lower 

55 8 bits (Bit: 7-0) of a PID value. The value 333 of upper 
24 bits (Bit: 31-8) of the IP address is degenerated into 
a 3-bit value as a network number value for conversion 
into the 3-bit (Bit: 10-8) value 335 of bits 10 to 8 of the 
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PID value. This will be mentioned later on in conjunction 
with Fig. 22. Also, it is shown in Fig. 21 that bits 12 and 
11 of the PID value denoted by reference numeral 336 
are fixed to 1 and 0, respectively. 
[0063] Fig. 22 corresponds to the modification of the s 
example shown in Fig. 18 and is a diagram showing that 
correspondence between the value 333 of upper 24 bits 
(Bit: 31-8) of the IP address, the 3-bit value 335 as a 
network number value and the value of a QAM number 
for output which is held in the LUT 323 shown in Fig. 1 6. 10 
in Fig. 18, the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address is degenerated into 5 bits. In Fig. 22, 
however, it is degenerated into 3 bits. In Fig. 22, it is 
indicated that, for example, the IP address of 
128.155.30.XXX series is converted into a network is 
number 0 (000 in a binary number). Similarly, it is indi- 
cated that the IP address of 128.1 55. 40. XXX series is 
converted into a network number 1 (001) and the IP 
address of 128.155.80.XXX series is converted into a 
network number 7 (1 1 1). By holding such a conversion 20 
table by the LUT 323 shown in Fig. 16, it becomes pos- 
sible to convert the value 333 of upper 24 bits (Bit 31 -8) 
of the IPaddress into the 3-bit value 335. In the example 
shown in Fig. 22, the description has been made in con- 
junction with the conversion of the value 333 of upper 24 25 
bits (Bit: 31-8) of the IP address into the 3-bit value. 
However, as mentioned in conjunction with Fig. 18, in 
the case where the value of upper 16 bits (Bit: 31-16) of 
the IP address is of the same series, it is also possible 
to omit the upper 16 bits (Bit: 31-16) with the conversion 30 
table formed by use of only the remaining 8 bits (Bit: 15- 
8). Similarly to Rg. 18, Fig. 22 further shews the corre- 
spondence between the value 333 of upper 24 bits (Bit: 
31-8) of the IP address and a QAM number for TS 
packet output. The way of utilizing this correspondence 35 
is the same as that described in conjunction with Fig. 
18. 

[0064] As mentioned above, 13 bits of a PID value are 
constructed such that bits 12 and 1 1 are respectively 
fixed to 1 and 0, bits 10 to 8 use 3 bits into which the 40 
value 333 of upper 24 bits (Bit 31-8) of an IP address is 
degenerated, and the value of bits 7 to 0 is set to be the 
same as the value 331 of lower 8 bits (Bit: 7-0) of the IP 
address. Since the upper 2 bits (Bit 12-11) of the PID 
value are thus fixed to 1 and 0, respectively, this con- 45 
struction can provide an effect that whatever values the 
value 333 of upper 24 bits (Bit: 31 -8) of the IP address 
and the value 331 of lower 8 bits (Bit: 7-0) thereof are 
converted into, the conversion between the IP address 
and the PID value is possible without the overlapping so 
with values which H.222.0 prescribes for use. 

(Eighth Embodiment) 

[0065] Figs. 23, 24 and 25 are diagrams showing the ss 
correspondence between the IP address of an IP packet 
and the PID value of a TS packet in an eighth embodi- 
ment of the present invention. Fig. 23 corresponds to 



the modification of the example shown in Fig. 17. As 
shown in Fig. 23, the value 331 of lower 8 bits (Bit: 7-0) 
of an IP address is converted into the value 332 of lower 
8 bits (Bit: 7-0) of a PID value. The value 333 of upper 
24 bits (Bit: 31-8) of the IP address is degenerated into 
a 2-bit value as a network number value for conversion 
into the 2-bit (Bit: 9-8) value 337 of bits 9 to 8 of the PID 
value. This will be mentioned later on in conjunction with 
Fig. 24. Also, a 3-bit value corresponding to the cate- 
gory of data is inserted as the 3-bit (Bit: 12-10) value 
338 of bits 12 to 10 of the PID value. This will be men- 
tioned later on in conjunction with Fig. 25. 
[0066] Fig. 24 corresponds to the modification of the 
example shown in Rg. 18 and is a diagram showing that 
correspondence between the value 333 of upper 24 bits 
(Bit: 31-8) of the IP address, the 2-bit value 337 as a 
network number value and the value of a QAM number 
for output which is held in the LUT 323 shown in Rg. 16. 
In Fig. 18, the value 333 of upper 24 bits (Bit: 31-8) of 
the IP address is degenerated into 5 bits. In Fig. 24, 
however, it is degenerated into 2 bits. In Fig. 24, it is 
indicated that, for example, the IP address of 
128.155.30.XXX series is converted into a network 
number 0 (00 in a binary number). Similar conversion is 
made for the IP addresses of 128.155.40.XXX series 
and 128.155.80.XXX. By holding such a conversion 
table by the LUT 323 shown in Fig. 16, it becomes pos- 
sible to convert the value 333 of upper 24 bits of the IP 
address into the 2-bit value 337. In the example shown 
in Fig. 24, the description has been made in conjunction 
with the conversion of the value 333 of upper 24 bits 
(Bit: 31-8) of the IP address into the 2-bit value. How- 
ever, as mentioned in conjunction with Fig. 18, in the 
case where the value of upper 16 bits (Bit: 31-16) of the 
IP address is of the same series, it is also possible to 
omit the uppef 16 brts (Bit: 31-16) with the conversion 
table formed by use of only the remaining 8 bits (Bit; 1 5- 
8). Similarly to Fig 18. Fig. 24 further shows the corre- 
spondence between the upper 24-bit (Bit: 31-8) value 
333 of the IP address and a QAM number for TS packet 
output. The way of utilizing this correspondence is the 
same as that described in conjunction with Fig. 18. 
[0067] Fig 25 rs a diagram showing the correspond- 
ence between the category of data and a 3-bit value as 
the category number value 338 shown in Fig. 23. In Fig. 
25, it is indicated that tor example, the case where the 
category of data transmitted by a received IP packet is 
video corresponds to 2 (binary number: 010) and the 
case where it is audio corresponds to 1 (binary number: 
001). The correspondence between the category of 
data and the category number value (3 bits) shown in 
Fig. 25 is used, for example, in the case where PID val- 
ues are set to different values in accordance with the 
category of data transmitted by the IP packet, as men- 
tioned above. In the case where 0 (binary number: 000) 
or 7 (binary number: 111) is used as the category 
number value, the overlapping of the PID value and the 
value prescribed by H.222.0 for use may be generated 
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in accordance with the network number value (2 bits) 
and the value of lower 8 bits, as in the case described in 
conjunction with Fig. 18. In such a case, therefore, it is 
necessary to consider a countermeasure such as the 
provision of a prohibition rule for avoiding the case 5 
where there overlaps the value prescribed by H.222.0 or 
the use of 1 to 6 as the category number value. 
[0068] As mentioned above, 1 3 bits of a PID value are 
constructed such that bits 12 to 10 are set to the cate- 
gory number value (3 bits), bits 9 to 8 use 2 bits into 10 
which the value 333 of upper 24 bits (Bit 31-8) of an IP 
address is degenerated, and the value of bits 7 to 0 is 
set to be the same as the value 331 of lower 8 bits (Bit: 
7-0) of the IP address. This construction can provide an 
effect that it is possible to make the IP address to PID is 
value conversion in which the PID value can be set to a 
different value in accordance with the category of data 
transmitted by the IP packet. 

[0069] According to the sixth to eighth embodiments 
described in the foregoing, the PID value of a TS packet 20 
is formed from the IP address of an IP packet, the series 
of the IP address is defined from upper 24 bits of the IP 
address and a frequency for transmission of data is set 
for each IP address series. With this construction, there 
can be obtained an effect that it is possible to make the 25 
one-to-one conversion between the IP address and the 
PID value and it is possible to set the frequency (or 
QAM number) for transmission of data for each IP 
address series unit, whereby the number of users (or 
the number of IP addresses) holding in common the so 
amount of data capable of being transmitted at one fre- 
quency can be set for each IP address series unit. Also, 
with the construction in which 3 bits of the 13-bit PID are 
set to the category of data, it is possible to set the PID 
value of the TS packet after conversion in accordance 35 
with the category of data which is transmitted by the IP 
packet. 

Claims 

40 

1. A packet conversion method for converting a TS 
packet into an IP packet, comprising: 

a step of receiving a TS packet having informa- 
tion concerning an IP address of said IP 45 
packet; 

a step of obtaining the IP address of said IP 
packet from information in an adaptation field 
of said one received TS packet; 
a step of obtaining data of said IP packet from so 
data of the TS packet; 

a step of obtaining an IP packet from the 
obtained IP address and the obtained data of 
said IP packet; and 

a step of transmitting the obtained IP packet. 55 

2. A packet conversion method according to Claim 1, 
wherein data of said IP packet is obtained from data 



of a plurality of TS packets. 

3. A packet conversion method according to Claim 1 , 
wherein the data of said IP packet has a PES for- 
mat. 

4. A packet conversion method according to Claim 1 , 
wherein the number of bytes of said IP packet is the 
sum of 182 bytes and integer times as large as 184 
bytes. 

5. A packet conversion method for converting an IP 
packet into a TS packet, comprising: 

a step of receiving said IP packet; 

a step of obtaining an IP address of the 

received IP packet; 

a step of changing said IP address to a PID 

value of said TS packet; 

a step of obtaining a TS packet from the 

obtained PID value and data of the received IP; 

and 

a step of transmitting the obtained TS packet. 

6. A packet conversion method according to Claim 5, 
wherein in said TS packet obtaining step, said TS 
packet is obtained from data of a plurality of IP 
packets and said obtained PID value. 

7. A packet conversion method according to Claim 5, 
wherein in said TS packet obtaining step, said TS 
packet is obtained from a plurality of data of a plu- 
rality of IP packets and said obtained PID value. 

8. A packet conversion method according to Claim 5, 
wherein in said changing step, upper bits (333) of 
said IP address are converted into upper bits (334; 
335; 337) of said PID value and lower bits (331) of 
said IP address are copied as lower bits (332) of 
said PID value as they are. 

9. A packet conversion method according to Claim 5, 
wherein said IP address is made to correspond to a 
frequency at which said TS packet is transmitted. 

10. A packet conversion method according to Claim 5, 
wherein a part (338) of said PID value is made to 
correspond to the category of data of said TS 
packet. 

11. A CATV system for transmitting at least a digital 
video signal compressed in accordance with the 
Moving Picture Experts Group-2 (MPEG2) system, 
comprising interworking means (62, 54) for convert- 
ing a video prescribed by ITU-T (International Tele- 
communication Union) H.222.0 Recommendation 
and an Internet protocol prescribed by Internet 
Engineering Task Force (IETF), two or more CATV 
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networks (61, 56) being interconnected by said 
interworking means through a network (50) using 
the internet protocol to transmit an MPEG video 
signal. 

5 

12. A method for transmission of an MPEG transport 
stream packet prescribed by ITU-T H.222.0 Rec- 
ommendation, in which information necessary for 
forming header information (6) of an Internet proto- 
col packet is encapsulated as private data of an w 
adaptation field (2; 7; 11; 20) of said transport 
stream packet and the resultant data capsule is 
periodically transmitted. 

13. A method for transmission of an MPEG transport is 
stream packet prescribed by ITU-T H.222.0 Rec- 
ommendation, in which an Internet protocol packet 
header (6) is stored as private data of an adaptation 
field (2; 7; 1 1 ; 20) of said transport stream packet 
and a transport packet including said Internet proto- 20 
col packet header is periodically transmitted. 

14. An MPEG video transmission method for transmit- 
ting at least a video signal in a PES format com- 
pressed in accordance with the MPEG system by 25 
use of an Internet protocol, in which the size of an 
Internet protocol packet formed on the basis of said 
Internet protocol is such that the addition of 2 bytes 

to the size of said Internet protocol packet is integer 
times as large as 1 84 bytes. 30 

15. An MPEG video transmission method for transmit- 
ting at least a video signal in a PES format com- 
pressed in accordance with the MPEG system by 
use of an Internet protocol, in which the size of an 35 
Internet protocol packet formed on the basis of said 
Internet protocol is such that the addition of 8 bytes 

to the size of said Internet protocol packet is integer 
times as large as 184 bytes. 

40 

16. A method for conversion between MPEG protocol 
and Internet protocol, in which header information 
(6) of an Internet protocol packet is encapsulated 
by a private data field of an adaptation field (20), the 
transmission is made with a program clock refer- 45 
ence signal (22) included in said adaptation field, a 
user datagram protocol and a real time protocol are 
used as an Internet protocol, and lower 32 bits of 
basical program clock reference data bits are cop- 
ied into a 32-bit time stamp signal (26) of a real time so 
protocol header (14). 

17. A packet transmission method for a video supply 
device (60) which transmits an MPEG signal toward 

a device (62) connected to a first network (61) in ss 
which TS packets are transferred and a second net- 
work (50) in which IP packets connected to said first 
network are transferred, the transmission of the 



MPEG video signal being made through said first 
network by use of TS packets, the method compris- 
ing: 

a step of setting header information (6) of an 
a step of setting header information (6) of an IP 
packet in said second network into an adapta- 
tion field of the TS packet transmitted to said 
first network; and 

a step of transmitting said TS packet with the 
set header information to said f irst network. 

18. A packet transmission method according to Claim 
1 7, wherein said setting step is performed for one of 
a plurality ol continuous TS packets transmitted to 
said first network. 

19. A method for conversion between IP address and 
PID value, in which the value (331) of lower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made the same, and upper 24 bits 
(333) of the IP address are degenerated into 5 bits 
so that the degenerated 5 bits are made to corre- 
spond to upper 5 bits (334) of the PID value. 

20. A method for conversion between IP address and 
PID value, in which the value (331 ) of lower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made the same, and upper 24 bits 
(333) of the IP address are degenerated into a 5-bit 
value of 1 to 30 excepting 0 and 31 so that the 
degenerated 5 bits are made to correspond to 
upper 5 bits (334) of the PID value. 

21. A method for conversion between IP address and 
PID value, in which the value (331) of lower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made the same, upper 24 bits (333) 
of the IP address are degenerated into 3 bits so that 
the degenerated 3 bits are made to correspond to 
bits 10 to 8 (335) of the PID value, and bits 12 and 
11 (336) of the PID value are made to correspond 
to 1 and 0, respectively. 

22. A method for conversion between IP address and 
PID value, in which the value (331) of lower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made the same, upper 24 bits (333) 
of the IP address are degenerated into 2 bits so that 
the degenerated 2 bits are made to correspond to 
bits 9 to 8 (337) of the PID value, and bits 12 to 10 
(338) of the PID value are made to correspond to 
the category of data transmitted by an IP packet. 

23. A method for conversion between IP address and 
PID value, in which the value (331) of lower 8 bits of 
an IP address and the value (332) of lower 8 bits of 
a PID value are made the same, upper 24 bits (333) 
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of the IP address are degenerated into 2 bits so that 
the degenerated 2 bits are made to correspond to 
bits 9 to 8 (337) of the PID value, and the conver- 
sion into a 3-bit value of 1 to 6 excepting 0 and 7 is 
made for each category of data transmitted by an IP 
packet so that the converted 3-bit value is made to 
correspond to 3 bits including bits 12 to 10 (338) of 
the PID value. 

24. An equipment for conversion between IP address 
and PID value comprising means (302) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 
transmits data indicative of the correspondence for 
conversion between an IP address and a PID value 
in a form multiplexed with retransmission video data 
to a video data receiving device (305), whereby 
desired video data can be received. 

25. An equipment for conversion between IP address 
and PID value according to Claim 24, wherein the 
data indicative of the correspondence for conver- 
sion between an IP address and a PID value is 
transmitted to the video data receiving device (305) 
each time an IP packet having a different IP 
address is received and is TS-packetized, whereby 
the video data receiving device can receive the 
desired video data. 

26. An equipment for conversion between IP address 
and PID value comprising means (302) with which 
a retransmitting device (310) transmits data indica- 
tive of the correspondence for conversion between 
an IP address and a PID value and data indicative 
of the correspondence between the IP address and 
a frequency number for multiplexing of TS packet to 
a video data receiving device (305) each time an IP 
packet having a different IP address is received and 
is TS-packetized, whereby the video data receiving 
device can receive the desired video data by select- 
ing a frequency at which the desired video data is 
multiplexed. 

27. An equipment for conversion between IP address 
and PID value comprising means (302) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 
and a device (305) for receiving the TS-packetized 
and retransmitted video data hold data (323) indic- 
ative of the correspondence for conversion between 
an IP address and a PID value beforehand, 
whereby the receiving device can receive the 
desired video data. 

28. An equipment for conversion between IP address 
and PID value comprising means (302) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 



and a device (305) for receiving the TS-packetized 
and retransmitted video data hold data (323) indic- 
ative of the correspondence for conversion between 
an IP address and a PID value generated by the 
5 method according to Claim 19 beforehand, 
whereby the receiving device can receive the 
desired video data. 

29. An equipment for conversion between IP address 
w and PID value comprising means (302) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 
and a device (305) for receiving the TS-packetized 
and retransmitted video data hold data (323) indic- 
15 ative of the correspondence for conversion between 
an IP address and a PID value generated by the 
method according to Claim 19 and data (323) indic- 
ative of the correspondence between the IP 
address and a frequency number for multiplexing of 
20 TS packet beforehand, whereby the receiving 
device can receive the desired video data by select- 
ing a frequency at which the desired video data is 
multiplexed. 

25 30. An equipment for conversion between IP address 
and PID value comprising means (323) with which 
a device (310) for receiving IP-packetized video 
data and retransmitting it after TS-packetization 
and a device (305) for receiving the TS-packetized 

30 and retransmitted video data hold data indicative of 
the correspondence for conversion between an IP 
address and a PID value generated by the method 
according to Claim 19 and data indicative of the 
correspondence between the IP address and a fre- 

35 quency number for multiplexing of TS packet 
beforehand, means (326) with which said retrans- 
mitting device can transmits the video data after the 
IP packet to TS packet conversion on the basis of 
the data indicative of the correspondence between 

40 the IP address and a frequency number for multi- 
plexing of TS packet so that the video data is trans- 
mitted to that one of a plurality of connected post- 
stage transmitting devices (304) which is desig- 
nated by said data, and means (323, 306) with 

45 which said receiving device can receive and repro- 
duce the desired video data by selecting a fre- 
quency and a TS packet with which the desired 
video data is multiplexed. 

so 31 . An interworking unit connected to both a first net- 
work (400) in which IP-packetized video data is 
transmitted and a second network (200) in which 
TS-packetized video data is transmitted, the inter- 
working unit (310) comprising a table (323) for hold- 

55 ing the correspondence between the IP address of 
an IP packet and the PID value of a TS packet and 
conversion means (324, 325) for converting the IP 
packet into the TS packet, in which said conversion 



31 



EP0 901 261 A2 



means refers to said table to specify a PID value 
corresponding to an IP address in an IP packet 
received from said first network, converts the 
received IP packet into a TS packet by use of the 
specified PID value and transmits the TS packet to 5 
said second network. 

32. A video transmission system provided with a plural- 
ity of devices for transmitting packets on a first net- 
work (400) in which IP-packetized data is 10 
transmitted and a second network (200) in which 
TS-packetized data is transmitted, the system com- 
prising: 

a video server (401 ) connected to said first net- 15 
work; 

an interworking unit (310) connected to both 
said first network and said second network, 
said interworking unit having an IP packet rout- 
ing function (301) and an IP packet to TS 20 
packet conversion function (302); 
a plurality of set top boxes (305) connected to 
said first network through said interworking unit 
and connected to said second network; 
said set top box making a request for transmis- 25 
sion of desired video data to said video server 
by transmitting a TS packet applied with the IP 
address of said video server and its own IP 
address to said interworking unit; 
said interworking unit routing the TS packet 30 
from the transmission requesting set top box to 
deliver It to said first network, assigning a spec- 
ified PID value to the IP address of the trans- 
mission requesting set top box, holding the IP 
address of the transmission requesting set top 35 
box and the assigned PID value into an IP 
address to PID value conversion table (323) 
and informing the transmission requesting set 
top box of the assigned PID value; 
said video server delivering the transmission 40 
requested video data to said first network in the 
form of a TS packet applied with the IP address 
of the transmission requesting set top box and 
its own IP address; 

said interworking unit searching said conver- 45 
sion table on the basis of the IP address of the 
transmission requesting set top box in the TS 
packet from said video server to specify a PID 
value, converting the TS packet from said video 
server into a TS packet applied with the sped- so 
fied PID value and delivering the PID applied 
TS packet to said second network; and 
the transmission requesting set top box extract- 
ing a TS packet concerning the desired video 
data from said second network on the basis of 55 
the PID value which said interworking unit 
informs of. 
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